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Ethernet is the most widely disseminated technology with which data can be 
transferred in local data communications networks known as local area networks (LAN), 
currently at a speed of up to 100 million bits/sec (Mbps). LANs are local conmiunications 
networks that are limited to one geographical area and are composed of one or more 
servers and workstations, known as nodes, which are connected via a communications 
line network such as a coaxial, fiber-optic or twisted pair cable. A great variety of 
network topologies are possible for LANs, with bus, ring, star or tree structures being the 
most widely knoAvn. 

LANs are operated with a network operating system and a uniform network 
protocol. Ethemet represents one possible network protocol and supports a wide variety 
of commimications protocols such as the TCP/IP protocol or the IPX protocol. In the OSI 
layer model, the international reference model for data transfer in networks, which is 
constructed of a layer stack of seven layers, with a number of protocols defined for each 
layer, each providing their services to the next higher layer, Ethemet is assigned to the 
second layer, the so-called data link layer. In this line layer, the data to be transferred is 
bundled into packets to which specific information for the respective conMnunications 
protocol is added. The data link layer is responsible in the network for transporting the 
packets fi-om node to node and for error detection. In the Ethemet concept, the data link 
layer is subdivided into two planes, with the first plane adding an initial section, known 
as a header, which contains information that is needed by the receiver protocol for proper 
data transfer. In the second plane of the Ethemet protocol, the data packet is then 
encapsulated with the aid of an additional header and another end section, known as a 
trailer, for the transport of data packets firom node to node. With such Ethemet data 
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packets, known as Ethernet telegrams, data with a length of up to 1 500 bytes can be 
transferred. 

Ethernet protocols are predominantly employed in office communications 
networks. Because of the advantages of the Ethernet concept in the usage of standard 
hardware and software components, as well as the possibility of achieving high data- 
transfer rates with a simple network topology, there is the desire to employ the Ethernet 
protocol for data exchange between workstations in industrial production as well. 
Particularly the deficient real-time capability of the Ethernet protocol, however, allows 
only limited usage in automation technology. In controlling machines, it is necessary that 
there be a cyclical processing of the control task without fluctuations, i.e., with only 
slight deviations fi-om the desired cycle time in the range of a few microseconds, with a 
reaction to the control request in a predictable response time. 

Real-time capability and fast reaction time as required in automation technology 
have only a subordinate importance, however, in the standard data-processing 
applications for which Ethemet communication is usually employed. It is true that 
Ethernet commimications methods are known for real-time transfer of data for video and 
audio data transmission. The requirements on reaction times are not very critical for such 
applications, however, because small fluctuations can readily be compensated for with 
suitable data buffers in the workstations. In bidirectional conunimication as well, for 
instance in Internet telephony or online gaming, real-time capability and reaction time 
play only a minor role. 

In order to make the applications mentioned above possible in the context of 
Ethemet commimications, methods have been developed to prioritize individual Ethemet 
fi:^mes. Two methods are primarily used in this regard. In order to achieve a certain real- 
time capability with short reaction times, the Ethemet data telegrams to be transmitted are 
classified into various priority categories, with the data packets having the highest 
priority being sent first. Alternatively, methods are used in which the priority of the data 
is added to the Ethemet data packet itself in the form of additional information. Based on 
this additional information, later nodes in the network can then detect those data packets 
that have been given a higher priority and give them preferred processing. 



3 



The two Ethernet methods above, however, do not meet the higher requirements 
for real-time capabiHty, i.e., the processing of data synchronously with its generation 
without detectable delay, and reaction times that are necessary in automation technology. 
In particular, there is the problem that, even with an optimal assignment of priorities to 
the Ethemet data packets, a lower-priority Ethernet telegram currently being transmitted 
is still transmitted in full when a new, higher-priority data packet arrives. The newly 
arriving, high-priority packet is then delayed by the transmission time of the lower- 
priority data packet, thus up to about 1500 bytes for an Ethemet data packet. This can 
lead to a time delay of up to about 150 jisec, so that the requirements of hard real-time 
applications with cycle times of around 50 ^isec and reaction times of at most 10 usee 
cannot be met. 

The problem of the invention is to provide a method for operating a local 
communications network and an interface unit for linking a node to such a local 
communications network with which real-time and non-real-time applications can be run 
in parallel in a simple manner. 

This problem is solved by a method according to Claim 1, an interface unit 
according to Claim 8 and a node according to Claim 13. Preferred refinements are 
specified in the dependent claims. 

According to the invention, data transfer is performed cyclically and 
deterministically in a commxmications network with several nodes that are connected to 
one another by way of a commimications link, with data for real-time applications being 
handled on a prioritized basis, so that all data for real-time applications is passed on first 
in a transmission cycle and, in the time remaining until the next transmission cycle, data 
for non-real-time applications is then transmitted. 

The data transmission method according to the invention for a local area network 
permits parallel usage of the communications network for real-time and non-real-time 
applications. In particular, it is assured that the protocols according to the invention for 
local area networks which the data link layer in the OSI model represents [sic; which 
represent the data link layer in the OSI model] also satisfy the requirements of real-time 
capability and reaction time for machine control tasks. In order to meet the 
conmiunications requirements of a real-time system, data transmission is done under 
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complete control of the real-time system, with real-time data communication being 
prioritized over the remaining data communication, e.g., for error diagnosis, which is 
initiated by the operating system of the node. All data for non-real-time applications is 
treated on principle as being lower-priority and is transmitted only when data 
transmission for real-time data packets has already terminated. With the aid of the 
prioritization technique of the invention for real-time data with simultaneous performance 
of a cyclical and deterministic data transmission, it is assured that non-real-time capable 
accesses are executed only after real-time capable accesses and thus do not obstruct real- 
time data traffic. 

According to a preferred embodiment, a transmission process is carried out in 
such a manner that the data for real-time applications is first transmitted in a transmission 
cycle, and then the time remaining xmtil the next transmission cycle is calculated so that 
the remaining time can be used for data transmission for non-real-time applications. In 
that way it is assured that data packets fi'om the real-time system always finds a fi-ee 
transmission line when their turn comes. Data packets for non-real-time applications such 
as the operating system are sent only thereafter, in the gaps between two transmission 
cycles, if the appropriate amount of time remains. It is preferred to transmit the data in 
packets such that, if the time remaining after transmitting the data for real-time 
applications exceeds the time span required for transmitting a data packet for non-real- 
time applications, the data packet in question is interim-stored and preferably set with the 
next transmission cycle. This procedure permits simple priority control of the 
transmitting operation of real-time applications and non-real-time applications. 

According to an additional preferred embodiment, the data received in a reception 
cycle is analyzed in a transmission process in order to determine which of the received 
data is data for real-time applications and which is data for non-real-time applications, 
with the received data for real-time applications being processed in the ensuing reception 
cycle. This procedure makes it possible to filter out all real-time relevant data packets 
without regard to when or in what order they arrive. In that way it is assured that real- 
time relevant information is available in complete form for the real-time applications to 
be run. 
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It is additionally preferred to process the filtered-out received data for non-real- 
time applications in a process independent of the real-time applications. The passing of 
data packets with data that is not real-time relevant to the operating system outside of the 
real-time context permits a high data transfer rate with simultaneous simple 
implementation of the reception process. 

According to another preferred embodiment, transmission, reception and 
processing for the data of the real-time applications and the data of the non-real-time 
applications are executed in parallel, with the received data being evaluated in a first step 
for processing the data, the real-time applications being run with the detected real-time 
data in a second step, and with the real-time data to be transmitted being turned over in a 
third step. This procedure permits high transmission performance with complete real-time 
capability and thus guarantees the communications requirement for fast machine control. 
It is preferred in this case to design the transmission and reception cycle in full duplex 
operation such that the cycle period is fixed, but the transmission cycle is delayed by a 
constant time span with respect to the reception cycle corresponding to the first and 
second processing steps in which the data is analyzed and the real-time applications are 
run. This procedure assures simple and fast full duplex operation with trouble-free real- 
time communication. 

The invention will be explained further on the basis of the appended drawings. 
Shown are: 

Figure 1, possible network topologies for a local area network; 

Figure 2, a possible connection of a node to a network; 

Figure 3, a conventional design of a network system with a separate Ethernet 
controller for non-real-time applications and a field bus system for real-time applications; 4, 

Figure 4, a driver according to the invention for parallel running of real-time 
applications and non-real-time applications on an Ethernet controller; 

Figure 5, a transmission process according to the invention for real-time data 
packets and non-real-time data packets; and 

Figure 6, a full duplex operation according to the invention for parallel 
transmission, reception and processing of real-time and non-real-time data packets. 



6 



With a communications network, it is possible in a simple manner to exchange 
data and resources between workstations, generally computers or machines, also called 
nodes below, and to use them jointly. The Ethernet concept is the most widespread 
commimications standard in local area networks (LAN). Ethemet is based on a LAN 
structure in which a plurality of nodes are connected to one another via a shared 
transmission medium, the Ethemet concept taking on the encapsulation of the data to be 
transmitted in data packets, referred to as data telegrams below, with a predetermined 
format. Ethemet consists of three domains, namely, the transmission medium and the 
network interfaces, i.e., the hardware, the set of protocols that control access to the 
transmission medium, and the Ethemet packet format. Ethemet fundamentally represents 
a bus network, in which arbitrary bus topologies can be used, as shown in Figure 1 . 

Figure la shows another additional network topology for an Ethemet. Here the 
nodes 1 are connected via point-to-point connections 2 to a central switching station 3, 
known as a switcher. Figure lb represents a bus system as a possible network topology. 
Here all nodes 1 are connected to one another via a transmission line 2. Figure Ic 
represents another Ethemet network topology in the from of a tree network, which is a 
combination of the network systems above, which are connected by way of switching 
centers 4, known as hubs, inserted between the network systems. 

Figure 2 shows a possible connection of a node 1 in a network topology with 
point-to-point connections. In Ethemet the access to the transmission medium 2 is 
generally accomplished by way of a coupler imit 10, known as a transceiver, which is 
generally placed directly on a network adapter card together with an Ethemet controller 
12. Ethemet coupler 10 is connected via an interface 1 1 and Ethemet controller 12. 
Alternatively, the Ethemet controller can also be integrated into the Ethemet controller. 
The Ethemet controller performs the encoding of the data to be transmitted and the 
decoding of the received data. All control measures necessary for the operation of the 
Ethemet are also managed by Ethemet controller 12, i.e., the Ethemet controller carries 
out the management and the encapsulation of the data. Alongside this link management, 
the Ethemet controller 12 also serves as the interface to the data station, the node, in 
which the data is then further processed. 
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Ethernet data transmission usually takes place with the aid of network protocol 
such that data transmission is only carried out if the network is cahn. In addition, a 
collision avoidance mechanism is provided. An Ethernet packet can contain about 1500 
bytes, the data being encapsulated by means of header and trailer information that 
indicates the initial label, the target and source address, the type of data packet and the 
mechanism for error recognition. 

The operating systems of the nodes involved in the network commimication 
generally have a stratified software structure in order to separate protocol-specific 
processing firom telegram-specific and hardware-specific processing. It is thereby 
possible to use different communications protocols for the Ethemet standard without 
having to make modifications to the hardware-specific driver in each case. At the same 
time, there is also the possibility of modifying the hardware within the Ethemet standard 
without having to make protocol-specific modification to the software. The 
communications protocol used can determine the Ethemet controller at which an Ethemet 
telegram is sent. The telegrams received by the Ethemet controller are in tum made 
available to all protocols of the operating system in the node, with the protocols deciding 
whether they then process the telegram. 

Ethemet has established itself particularly as the communications standard for 
network systems in office communications, since standard hardware components and 
standard software components can be used and high data transfer rates are possible. For 
this reason, it is also desirable to be able to use the Ethemet standard in an industrial 
environment. The essential problem in this regard is the insufficient real-time capability, 
so that for automation tasks the network systems for carrying out conmiunication tasks 
that are not time-critical and the real-time applications for machine control are 
conventionally separated, as shown in Figure 3. For real-time applications, 
communications networks with independent controller subassemblies, known as field bus 
controllers, are generally provided in the workstations in order to be able to carry out 
time-critical control tasks. With such field bus systems for real-time applications, it has 
conventionally been possible to achieve cycle times of 50 for machine control with 
acceptable jitter times, i.e., deviations of 10 ^s firom the desired cycle time. 
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To also be able to use local area networks for non-time-critical standard 
applications, especially those conforming to the Ethernet standard, as a genuinely real- 
time capable data transfer network for carrying out control tasks, the hardware-specific 
and/or software-specific driver of conventional Ethernet controllers is replaced by an 
Ethemet driver according to the invention that has been enhanced for real-time operation, 
as shown in Figure 4. This Ethemet controller according to the invention enables the 
parallel usage of the communications network for transmitting data for real-time 
applications and data for non-real-time applications. The data transmission is performed 
cyclically and deterministically, the data for real-time applications being treated with 
priority, so that in a transmission cycle all real-time data is first transferred and, in the 
time that remains imtil the next transmission cycle, the data for non-real-time applications 
is transferred. All the data, collected in the form of telegrams, for non-real-time 
applications, particularly those generated by the operating system of the node assigned to 
the Ethemet controller, is treated as having lower priority and is subordinated to the real- 
time system. The Ethemet controller according to the invention communicates with the 
real-time system and is responsible for the real-time capable transmission and reception 
of the Ethemet telegrams. To allow the parallel running of standard applications, the 
Ethemet controller according to the invention reports itself to the operating system of the 
node as a standard Ethemet driver, to which in principle all conununications protocols of 
the operating system are available. All data of the operating system is handled by the 
Ethemet controller of the invention with lower priority and sent only after a check by the 
real-time system. All received real-time telegrams are assessed by the real-time system 
and then passed on to the operating system if appropriate. 

The Ethemet controller according to the invention is thus completely under the 
control of the real-time system, so that non-real-time accesses are prevented or shifted to 
non-real-time critical time sections. The prioritized transmission of real-time and 
standard telegrams is also done in the manner shown in Figure 5. In the transmission 
process, it is assured in a transmission cycle with the aid of the Ethemet controller 
according to the invention that the data for the real-time application is transmitted 
completely, and only then is the data for the non-real-time application transferred. This 
cyclical and deterministic transmission process assures that pending real-time telegrams 
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are transmitted without delay. Simultaneously, the length of the pending real-time 
telegrams is added up to determine the transmission period for a known data rate. After 
all real-time telegrams have been transmitted the time that remains until the transmission 
cycle is calculated. In this remaining time, the available telegrams with non-real-time 
applications [sic; data] which are to be transmitted by the operating system and are stored 
in a buffer, preferably a FIFO queue, are transmitted. The transmission period required 
for transmitting these data telegrams with non non-real-time applications is again taken 
into consideration. If a telegram with non-real-time data caimot be transmitted in the time 
remaining until the next transmission cycle, then it remains in FIFO storage and is 
transmitted only after the transmission of the real-time telegrams in the next transmission 
cycle. 

In the transmission process, the data received in a reception cycle is analyzed with 
the aid of the Ethernet controller to determine which of the data received is data for real- 
time applications and which of the data received is data for non-real-time applications, 
with the received data for real-time applications then being processed at the start of the 
next real-time [cycle]. The data for non-real-time applications, on the other hand, is 
processed in a process independent of the real-time application. 

The preferred procedure here is that the received Ethemet telegrams are stored in 
the order of reception by the Ethemet controller according to the invention, preferably in 
the node's memory. The Ethemet controller is set such that it does not initiate any 
interrupts during reception, so that all received telegrams are processed only at the start 
of the next real-time cycle. In this process, the real-time system goes through all received 
telegrams and then analyzes the telegrams relevant to the real-time system. All received 
real-time relevant data is thus available at the start of the real-time cycle. All telegrams 
with data of no real-time relevance, on the other hand, are marked as read and passed on 
to the operating system outside the real-time context. In a process independent of the 
real-time application, the list of marked received telegrams can then be processed by the 
operating system and its protocols. The real-time telegrams processed by the real-time 
system, however, are not passed on to the operating system as a rule. Such a transfer is 
done only for debugging purposes. 
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Moreover, it is preferable, for use of Ethernet, for real-time and non-real-time 
applications to be performed in full duplex mode, i.e., with the possibility of a parallel 
transmission, reception and processing of data for real-time applications and non-real- 
time applications. A full-duplex operation according to the invention is shown in Figure 
6. Several successive real-time cycles are shown there, with the time sequence of the 
processing by the central processing imit (CPU) in the node being illustrated for each, as 
well as the sequence of transmission and reception processes of real-time telegrams and 
standard telegrams with non-real-time data. In step 1, the received telegrams from the 
previous transmission cycle are analyzed at the start of each real-time cycle. In step 2, the 
actual automation task is performed in real time on the basis of the analyzed real-time 
data. In step 3, the pending real-time telegrams are turned over to the Ethernet controller 
by the central processing unit. Here the real-time relevant telegrams are always 
transmitted immediately and then — if present and if sufficient time remains — ^the 
telegrams with operating system data that is not real-time relevant. The transmission 
process is always delayed relative to the beginning of a real-time cycle by a fixed time 
span that corresponds to he time period for the first and second processing steps of the 
CPU. The reception process, on the other hand, is preferably started simultaneously with 
or shortly after the start of the real-time cycle. 

By virtue of the expansion of the Ethernet concept according to the invention, it is 
possible to use local networks in parallel for standard applications and real-time 
applications. 

Claims 

1. Method for transmitting data for real-time applications and non-real-time 
applications on a communications network with several nodes that are connected via 
communications paths, wherein the data transmission is done cyclically and 
deterministically and the data for real-time applications is prioritized such that, in a 
transmission cycle, all data for real-time applications is transferred first and then the date 
for non-real-time applications is transferred in the time that remains until the next 
transmission cycle. 



